home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0799 / 656 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.7 KB
  1. Subject: Re: Dialog Box Proposal Part 1 
  2. Date: Thu, 30 Jun 94 19:35:20 +0100
  3. From: Craig.Graham@newcastle.ac.uk
  4. Precedence: bulk
  5.  
  6. > [Ken Hollis] wrote:
  7. > >Warwick, what's so hard about [changing cursor in EDITABLE]?  I did this
  8. > >in WinLIB PRO, and you saw that.  Even a *TWIT* could do this! 
  9. > 
  10. > Reiterating, the naive solution busy waits, and is thus unacceptable.
  11. > 
  12.  
  13. You could, however, include a TIMER event in your event_multi()
  14. call, and only check the objects every so often......not quite
  15. busy waiting, but still not as groovy as it could be. A shame GEM
  16. only provides two rectangle events - a rectangle list for event_multi()
  17. would solve this problem (but then you really have to code dialogs in
  18. windows into the GEM AES so it knows which rectangle is on top).
  19.  
  20. > >Don't talk about a program unless you've seen it in action.  LTMF-2 is
  21. > >nothing compared to its previous version.  Everyone KNOWS that you can
  22. > >use the form_button and form_keybd routines in windows easily.  Why
  23. > >are you even bringing up this?
  24. > 
  25.  
  26. I would like to comment here that I think the author of LTMF-2 is being
  27. a little bullish at the moment, considering that he has yet to release the
  28. thing, and also in light of Warwick's excellent track record already (the atari
  29. GEM nethack port, the GEM++ C++ GUI library (wonderful, if you have a big enough
  30. machine to use GNU C++ on), and others.
  31.  
  32. > form_button and form_keybd do not clip to the window rectangles, and are
  33. > therefore only of use if the window is topped - a progressively less
  34. > popular paradigm as multitasking and true non-modality increases.  For
  35. > example, in GEM++, I make an effort to call form_* functions whenever
  36. > possible, but little can be done with them in non-modal (where `mode'
  37. > also refers to the `is on top' mode) dialogs-in-windows.
  38. > 
  39.  
  40. I personally never use form_button or form_keybd at all........you can
  41. get along quite easily without them - check out the fully non-modal GUI
  42. in CLA for an example of this.
  43.  
  44. > I comment upon proposals, not proposers; software solutions, not authors.
  45. > 
  46.  
  47. Take the argument to private email until things cool off, I have no wish to
  48. have a mailbox full.
  49.  
  50. Craig Graham.
  51. DataUncertain Software.
  52. (
  53.  DU_LIB GUI Library, MODLIB DSP Modplay library, OOPLIB Object Oriented Library
  54.  - all for HiSoft Basic.
  55.  CLA+FSMedit+CLA-VHDL=Electronic CAD
  56.  Worm (game)
  57. )
  58.  
  59. Craig Graham.     /\  E-mail:Craig.Graham@newcastle.ac.uk
  60. BAe Space Systems ||  Phone : (UK) 091 4105928
  61. Stevenage,England.||  Snail-mail: 12 Ashvale Avenue, Kibblesworth, Gateshead,
  62.                   ||              Tyne & Wear, NE11 0XT, England.
  63. -----------------/__\-----------------------------------------------------------
  64.   SPACE the final^^^^frontier. Seen it,done it,read the book,got the T-shirt....
  65.